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DISTRIBUTED REMOTE ASSET AND MEDTCATTOM 
MANAGEMENT DRUG DELIVERY SYSTEM 

BACKGROUND 

The present invention relates generally to systems for managing patient care in 
a health care facility, and more particularly, to systems and methods for integrating 
and managing information with respect to medical care, medication delivery, asset 
identification, and verification of drug delivery. 

Medication errors, that is, errors that occur in the ordering, dispensing and 
administration of medications, regardless whether those errors caused injury or not, 
have become a significant problem in the delivery of healthcare in the institutional 
setting. Additionally, adverse drug events ("ADE"), which are a subset of medication 
errors, defined as injuries involving a drug that require medical intervention, and 
representing some of the most serious medication errors, are responsible for a large 
number of patient injuries and death. A proportion of these errors are preventable, 
thus healthcare facilities continually search for ways to reduce the possible 
occurrence of medication errors. Various systems and methods are being developed 
at present to reduce the frequency of occurrence and severity of preventable adverse 
drug events ("PADE") and other medication errors. In me administration of 
medication, focus is typically directed to the following five "rights" or factors: the 
right patient, the right drug, the right route, the right amount, and the right time. 
Systems and methods seeking to reduce ADE's and PADE's should take these five 
rights into consideration. 

Several companies are currently marketing or will be marketing hand-held 
personal digital assistants ("PDA") that are designed to provide drug administration 
scheduling, drug administration verification, and the electronic documentation of 
drug administration. These devices are predominantly used to verify a(irninistration 
of oral, intramuscular ("IM"), subcutaneous, and topical drugs and have limited 
capability in verifying the administration of IV drugs. One disadvantage of these 
devices is they are currently incapable of monitoring or receiving data regarding the 
initial and ongoing infusion parameters of an intravenous ("IV") infusion device. 
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It is advantageous to have a care management system that combines all the 
various medication order and administration services of a healthcare facility into an 
integrated, automated system that checks and documents the delivery of therapeutic 
and other drugs to the patient. Such a system would prevent administering an 
5 inappropriate medication to a patient by checking the medication against a database 
of known allergic reactions and/or side-effects of the drug against the patient's 
medical history. The integrated system should also provide doctors, nurses, and other 
care-givers with updated patient information at the bedside, notify the facility's 
pharmacy when an additional drug is required, or when a scheduled treatment is 
10 running behind schedule, and automatically update the facility's accounting database 
. each time a medication or other care is given. 

In many hospitals and clinical laboratories, a bracelet device having the 
patient's identification such as his or her name printed thereon is permanently affixed 
to a patient upon admittance to the facility in order to identify the patient during his 
15 or her entire stay. Despite this safeguard, opportunities arise for patient identification 
error. For example, when a blood sample is taken from a patient, the blood sample 
must be identified by manually transcribing the patient's name and other information 
from the patient's identification bracelet. In transferring the patient's name, a nurse 
or technician may, instead of actually reading the patients bracelet, miscopy the 
20 name or may rely on memory or a different data source. 

Moreover, manually transferring other information such as parameters for 
configuring an infusion pump to dispense medication may result in errors that reduce 
the accuracy and/or effectiveness of drug administration and patient care. This may 
result in an increased duration of treatment with an attendant increase in cost. 
25 Hospitals and other institutions continuously strive to provide quality patient 

care. Medical errors, such as where the wrong patient receives the wrong drug at the 
wrong time, in the wrong dosage, or even where the wrong surgery is performed, are 
a significant problem for all healthcare facilities. Many prescription drugs and 
injections are identified merely by slips of paper on which the patient* s name and 
30 identification number have been hand-written by a nurse or technician who is to 

administer the treatment. Eor a variety of reasons, such as the transfer of patients to 
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different beds and errors in marking the slips of paper, the possibility arises that a 
patient may be given an incorrect treatment. This results in increased expense for the 
patient and hospital that could be prevented using an automated system to verify that 
the patient is receiving the correct care. Various solutions to these problems have 
been proposed, such as systems that use bar codes to identify patients and 
medications, or systems allowing the beside entry of patient data. While these 
systems have advanced the art significantly, even more comprehensive systems could 
prove to be of greater value. 

Delivery, verification, and control of medication in an institutional setting have 
traditionally been areas where errors can occur all too frequently. In a typical facility, 
a physician enters an order for a medication for a particular patient. This order may 
be handled either as a simple prescription slip, or it may be entered into an 
automated system, such as a physician order entry ("POE") system. The prescription 
slip or the electronic prescription from the POE system is routed to the pharmacy, 
where the order is filled, hopefully in a timely manner, so that the medication can be 
provided to the patient. Typically, pharmacies check the physician order against 
possible allergies of the patient and for possible drug interactions in the case where 
two or more drugs are prescribed, and also check for contra-indications. Depending 
on the facility, the medication may be identified and gathered within the pharmacy 
and placed into a transport carrier for transport to a nurse station. Once at the nurse 
station, the prescriptions are once again checked against the medications that have 
been identified for delivery to ensure that no errors have occurred. 

Typically, medications are delivered to a nurse station in a drug cart or other 
carrier that allows a certain degree of security to prevent theft or loss of medication. 
In one example, the drug cart or carrier is divided into a series of drawers or 
containers, each container holding the prescribed medication for a single patient. To 
access the medication, the nurse must enter in the appropriate identification to 
unlock a drawer or door or container. In other situations, inventories of commonly 
used drugs may be placed in a secure cabinet located in an area close by a nurse 
station. This inventory may contain not only topical medications but oral, IM-, and 
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IV-delivered medications as well: Nurse identification and a medication order 
number are typically required to gain access to the cabinet. 

The nurse station receives a listing of drugs to be delivered to patients at 
intervals throughout the day. A nurse or other care-giver or other qualified person 
5 reads the list of medications to be delivered, and gathers those medications from the 
inventory at the nurse station. Once all of the medications have been gathered for 
the patients in the unit for which the nurse station is responsible, one or more nurses 
then take the medications to the individual patients and administer the dosages. 

Common to all of these systems is the nurse or other care-giver who delivers 
10 the medication. The mirse or care-giver is central to the process of verifying that the 
right medication is given to the right patient in the correct dosage at the right time at 
the point of care. No other person in the facility is situated as well as the nurse or 
other care-giver delivering the medication to ensure or verify that the appropriate 
drug is being given to the appropriate patient. 
15 Such a system works well to verify that patients are receiving the appropriate 

drug when drugs are delivered orally, but the system may not be capable of 
thoroughly verifying that the appropriate medication regimen is being delivered to a 
patient in the case where IV drugs are being delivered. For example, a nurse or other 
care-giver may carry an IV bag down to a particular patient area, hang the bag, 
20 program an infusion pump with appropriate treatment parameters and begin infusion 
of the medication. The applicable hospital control system, such as the pharmacy 
information system, may not know that the patient has received the medication, and 
if the information is lost somewhere, the possibility exists of medicating the patient 
twice. Thus, there may be a break in the link of verification that the medication is 
25 being properly delivered to the patient if an event occurs resulting in a deviation from 
the desired treatment parameters. 

Hence what has been recognized as a need, and has heretofore been 
unavailable/ is an integrated, modular system for tracking and controlling patient 
care and for integrating the patient care information with other institutional 
30 databases to achieve a reliable, efficient, cost-effective delivery of healthcare to 
patients. The invention fulfills this need and others. 
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SUMMARY OF THE INVENTION 
Briefly, and in general terms, the present invention is directed to a new and 
improved information management system and method capable of monitoring, 
controlling and validating the administration of medical care delivery in a health care 
facility. 

Generally, the system of the present invention includes a medical transaction 
carrier ("MTG") that contains information concerning past and present medical 
transactions. The medical transaction carrier is used to transfer information relating 
to past and present medical transactions between a control system that is interfaced 
with various other care-giving institutional information systems, such as a pharmacy 
information system, or hospital information system, or physician order entry system, 
or a patient specific asset located at a patienf s bedside. The information transferred 
by the medical transaction carrier is used to validate that the right medication and the 
parameters of the medication administration record are properly delivered to the 
right patient. As is well known by those skilled in the art, the medication 
administration record ("MAR") is used by nurses to schedule medication 
achninistration. It is also used to document the actual administration of the 
medications. The medication order from the physician is recorded on the MAR, either 
by the pharmacy or the nurse staff members. As doses are administered, the nurse 
initials the corresponding time and records any additional required information (e.g. 
pulse rate, blood sugar). The MAR covers a specific period of time, typically 24 to 72 
hours. The MAR is the legal record of drug administration, and it is kept as a 
permanent part of the patient's medical record. The system of the present invention 
includes methods for validating the information transferred by the medical 
transaction system to ensure that no information is lost. 

The medical transaction carrier in accordance with one aspect of the present 
invention may be a personal data assistant ("PDA"), a laptop computer, a smart card, 
a BLUETOOTH transceiver, or other device capable of storing information and 
transporting the information from one location in a care-giving facility where 
medications are prepared for delivery to apatienfs bedside. In another aspect, the 
medical transaction carrier may be primarily stationary and located at the patient's 



bedside. At the patient's bedside, the medical transaction carrier is interfaced to a 
patient specific asset ("PSA"), such as an infusion pump or vital signs monitor, and 
the information stored within the medical transaction carrier is communicated to the 
patient specific asset to provide the asset with specific treatment parameters to be 
5 used in delivering medication to the patient or in otherwise interacting with the 
patient. 

In another aspect of the present invention, the patient specific asset may 
include a capability of monitoring the progress of the delivery of medication arid 
storing information relating to the delivery of the medication in a memory. The 
10 stored information may then be communicated to the medical transaction carrier for 
transport back to the control system, where the information is transferred from the 
medical transaction carrier and validated and/or documented by the control system. 
Documentation may occur in the pharmacy system for example. 

In a further aspect of the present invention, the patient specific asset is 
15 configured to validate that information related to past medical transactions has been 
communicated to the control system. The control system may also include a 
capability of validating information transferred from the patient specific asset to the 
control system to ensure that all transaction information stored in the patient specific 
asset has been transferred to the control system for storage in a data base. In more 
20 detailed aspects, the PSA retains such past medical transaction information until it is 
notified that the control system has validated the information. 

In yet another aspect of the present invention, care-givers, patients and 
medications may be identified using bar coded labels, RF identification, BLUETOOTH 
tags, or other devices. Such other devices may include active devices such as 
25 embedded computers or passive devices, such as magnetic strips. 

In still another aspect of the invention, information is communicated between 
the various components of the system using wireless technology. For example, the 
various components of the system may communicate using a wireless network 
utilizing communication protocols such as BLUETOOTH™ (IEEE 802.15) or other 
30 protocols such as those described in IEEE 802.11, 802.11a, and 802.11b. 
Communication within the wireless network may utilize radio frequency 
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electromagnetic radiation, infrared radiation or other means for accomplishing 
wireless communication between network elements. 

In yet another aspect of the invention, the MTC may take the form of an 
electronic data stream, or message, formatted to include a unique identifier 
identifying each individual message and medical transaction information as described 
with reference to a physical MTC. In this aspect, the PSA may be connected, either by 
a physical connection, or by wireless connection, to a communication network in 
communication with various care facility information systems, such as a pharmacy 
information system. A processor operably connected to the PSA, which may be 
included in the same case as the PSA, for example in the case of an infusion pump, is 
configured to validate that an electronic MTC is received and validated by the, care 
facility's information system before clearing the MTC from a memory operably 
connected to the processor. 

These and other advantages of the invention will become apparent from the 
following more detailed description when taken in conjunction with the 
accompanying drawings of illustrative embodiments. 

BRIEF DESCR IPTION OF THE DRAWINGS 

FIGURE 1 is a graphical representation of a care management system 
incorporating principles of the present invention and illustrating details of the 
hardware elements and communications network, and the interconnections of the 
elements shown; 

FIG. 2 is functional block diagram illustrating information flow between a 
medical transaction carrier and a control system of the present invention; 

FIG. 3 is a functional block diagram iUustrating information flow between a 
medical transaction carrier and a patient specific asset of the present invention; and 

FIG. 4 is a graphical representation of another embodiment of a care 
management system of FIG. 1 wherein the control system is incorporated into a 
patient specific asset, which is in wireless communication with various care facility 
information systems. 
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DRT AILED DESCRIPTION OF T HE PREFERRED EMBODIMENTS 
The present invention provides a system and method.for monitoring, 
controlling and tracking the administration of care in a healthcare facility. 
Additionally, the present invention also provides for closing the loop on drug delivery 
5 and validation that the right treatment has been given to the right patient. 

Referring now to drawings in which like reference numerals are used to refer 
to like or corresponding elements among the figures, there is generally shown in 
FIGURE 1 an integrated hospital-wide information and care management system in 
accordance with aspects of the present invention. Various subsystems of an facility's 
10 information management system are connected together by way of a communication 
system 5. The communication system 5 may be, for example, a local area network 
(LAN), a wide area network (WAN), Inter- or intranet based, or some other 
telecommunications network designed to carry signals allowing commuhications 
between the various information systems in the facility. For example, as shown in 
15 FIG. 1, the communication system 5 connects, through various interfaces 10, a 

hospital information system 20, a pharmacy information system 30, a physician order 
entry system 35, and a control system 40. 

The control system of the present invention may include various hardware 
components, such as a computer, for example, an IBM or IBM-compatible personal 
20 computer or server, having sufficient mass storage 45, such as local hard drives, CD- 
ROM, magnetic tape, or other media, and appropriate communication interface 
capabilities to interconnect with the communication system 5. Although many 
configurations are possible, in one embodiment, the control system 40 may include 
hardware such as a data communication router, modem, or other means for 
25 communicating with the hospital network. The control system 40 also includes 

software programs for carrying out various aspects of the present invention, as will be 
discussed more fully below, and basic operational software, such as an operating 
system such as Windows, Windows NT or Windows 2000 distributed by Microsoft, 
Inc., Linux, distributed by Red Hat or any other suitable operating system. The 
30 operational software will also include various auxiliary programs enabling 

communications with other hardware or networks, data input and output and report 
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generation and printing, among other functions. While control system 40 is shown as 
a separate piece of equipment, it will be understood that control system 40 and mass 
storage 45 may also be incorporated into another element, such, the pump 120 or 
other system. 

5 The communication system 5 may comprise, for example, an Ethernet (IEEE 

802.3), a token ring network, or other suitable network topology, utilizing either wire 
or optical telecommunication cabling. In an alternative embodiment, the 
communication system 5 may comprise a wireless system, utilizing transmitters and 
receivers positioned throughout the care-giving facility and/or attached to various 
10 computers, clinical devices and other equipment used in the facility. In such a 
wireless system, the signals transmitted and received by the system could be radio 
frequency (RF), infrared (IR), or other means capable of carrying information in a 
wireless manner between devices having appropriate transmitters or receivers. It will 
be immediately understood by those skilled in the art that such asystemmaybe 
15 identical to the system set forth in FIG. 1, with the exception that no wires are 
required to connect the various aspects of the system. 

In a typical hospital or other care-giving facility, patient rooms, wards, or areas 
are typically situated in groups located near a nurse station 50, where the nurses 
assigned to care for the patients in the particular area carry out the administrative 
20 functions of their duties. Typically, these functions include monitoring the patients' 
charts, preparation of medication orders, and monitoring and recording any other 
information deemed necessary to track by the facility. There is also usually a room 
located adjacent the nurse station that is dedicated to storage and/or preparation of 
medications to be delivered to patients. This room may contain inventories of 
25 commonly used oral, intramuscular or intravenous medications. Additionally, the 
room may also be used to formulate the contents of infusion bags in accordance with 
prescribed treatment regimens. 

The nurse station 50 will typically include a terminal or computer system 60 
connected either direcdy or through an interface (not shown) to the communication 
30 system 5, allowing users at the nurse station to enter and retrieve patient data or 
information from other systems, such as the hospital information system 20, the 
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pharmacy information system 30, the physician order entry system 35, or other 
systems used in the facility. It should be understood that not all users will be 
provided with access rights to each system. For example, physicians may be able to 
access the physician order entry system 35 from the nurse station system 50 to enter, 
5 edit or track medication orders, but a nurse may only be able to view such orders. 
Moreover, while the present invention is described with reference to the computer 
system 60 being located at a nurse station 50, the computer system 60 may also be a 
satellite system that is located anywhere in the care-giving facility where it is 
convenient or efficient to do so. Such a satellite computer system may be operably 
10 connected to the communication system 5 using either a wired or wireless network 
connection. A printer 65 may also be connected to the nurse station computer system 
60 for printing reports, and a bar code reader 80 may be provided for reading bar 
codes on medication labels, reports or other items having bar coded labels provided 
for identification. 

15 In the present invention, the nurse station computer system 60 includes a 

capability for providing data exchange between the computer system 60 and a 
medical transaction carrier device (MTC) 110. In one embodiment of the present 
invention, the MTC 110 may be interfaced to the nurse station computer system 60 
through a cradle 100 or other docking device that provides a connection between the 
20 MTC 110 and the computer system 60. In this embodiment, use of the cradle 100 
allows information to flow into and out of the MTC 110 to the computer system 60. 
This information may then be processed and stored on the computer system 60, or 
the information may be communicated by the computer system 60 to various other 
facility information systems over the communication system 5. In this manner, 
25 information from the pharmacy information system 30, for example, may be 

communicated through the communication system 5, the nurse station Computer 
system 60, and the MTC cradle 100 into the MTC 110. Similarly* information 
contained within the MTC 110 may be communicated through the MTC cradle 100, 
the nurse station computer system 60, and the communication system 5 to any of 
30 systems 20, 30, 35, or 40. 
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The medical transaction carrier 1 10 generally refers to a device that contains 
medication and/or patient specific information that is portable such that it can be 
carried by a nurse or other care-giver to and from a patient's bedside. The MTC 110 
may also have a storage capability and technology for interfacing with a computer 
system or network so that information may be .communicated between the MTC 110 
and other devices, such as computers, clinical devices and the like. The MTC 110 
may, but not necessarily, include a processor. 

It should be understood, however, that the general concept embodied in the 
MTC is to provide a way of communicating an order for medical care from a care . 
facilities information system, such as a pharmacy information systemor physician 
order entry system, to a patient specific asset,,and communicating a message from the 
patient specific asset back to the information system that the order for medical care 
has been received by the patient specific asset. In another embodiment, the patient 
specific asset may also report that the order for medical care was actually carried out. 
The message from the patient specific asset is communicated to the relevant 
information system by means of the MTC and the information system Validates" the 
message from the patient specific asset with its copy of the order. As used herein, 
'Validate" means Verify" or "corroborate." For example, the message from the patient 
specific asset may contain the unique order identifier. The information system 
compares that unique order number with order numbers in its memory and then 
indicates in its memory that a patient specific asset has received and or carried out 
the order. The order is then considered Validated"by the information system. 

The patient specific asset includes a memory for storing the delivered order 
until it receives a signal er message from the information system that the message 
from the patient specific asset has been received by the information system, that the 
information system validated the order that was the subject of the message from the 
patient specific asset; and that the patient specific asset is therefore now authorized 
to clear the order from its memory. Thus, while various descriptions of a physicaUy 
embodied MTC are provided as exemplary embodiments, it will be understood that 
an electronic message formatted to include appropriate information so that the 
validation by of the present invention may be carried out by operably connected 
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information systems and patient specific assets processors is within the intended 
scope of the invention. More details of such a system are set forth in more detail 
below. 

The MTC 110 typically will have stored within it data or information 
5 concerning various transactions representing the identity and treatment regimens for 
medications to be given to a patient, as well as other information, such as care-giver 
identity, equipment location, patient vital sign information, or any other information 
sought to be recorded. The MTC 110 may also store data or information concerning 
primary or secondary validation of previous and/or duplicate transactions of medical 
10 treatment information. 

While specific examples of a MTC 1 10 are set forth herein, it will be 
understood that any device that carries out the basic concept of the invention, i.e., a 
device that carries patient specific and/or other medical or treatment information 
from a nurse station or other source of information to a patient, wherein the 
15 information may be downloaded or otherwise communicated to a patient specific 
asset, and which may in turn receive information from the patient specific asset, will 
accomplish the aims of the present invention. A particularly advantageous 
embodiment includes storing information in the MTC 110 until the MTC 110 re- 
establishes a communication connection with the control system 40, whereby the 
20 information stored in the MTC 110 may be communicated to the control system 40. 
In this manner, the present invention closes the loop ensuring that the right 
medication has been given in the right manner to the right patient. 

For example, consistent with the present invention, the MTC 1 10 may be 
embodied in a hand-held "personal digital assistant" ("PDA") such as a Palm™ Pilot 
25 or a PDA running the Windows™ operating system, a notebook computer or other 
portable computer system. The MTC may also comprise a smartcard such as those 
that maintain account information and are issued by banking facilities, such as the 
American Express Bluecard. Other embodiments of the MTC may include a magnetic 
strip card, a PCMCIA card, RF-ID, or other non-volatile memory storage media. The 
30 use of such devices is advantageous, in that devices haying a suitably large memory to 
accommodate the type of information required by the present invention to track 
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medication and validate treatment as well as retrieving other patient information, are 
readily available and relatively inexpensive, thus allowing a MTC to be assigned to 
each individual patient, or alternatively, to an individual clinical device. Additionally, 
such devices are small, compact and easily transportable. 

In another embodiment, the MTC may comprise a pager device or a mobile 
telephone. Such devices would be particularly useful in a wireless environment, 
wherein the devices could be programmed to respond to signals from suitable 
transmitter/receivers located throughout the hospital. 

Alternatively, the MTC 110 may be embodied in any device that includes an 
active embedded computer. Such an active embedded computer may be even smaller 
than a PDA or notebook computer. For the purposes of the present invention, such 
an active embedded computer includes any device incorporating a microprocessor 
and allows for input and/or output of information, whether via electrical, radio 
frequency or optical means, wireless or direct contact, and which contains its own 
power supply. One example of an active embedded computer in accordance with this 
invention may be attached to or embedded in the packing or container of a 
medication to be delivered to a patient. Such devices may typically be manufactured 
nolargerthan, for example, a postage stamp or business card and yet include, using 
micro circuitry, enough processing power, information storage, data or information 
input and output, and power to be suitable for use as a medical transaction carrier; 

In yet another embodiment of the present invention, the medical transaction 
carrier may be a bar code label which contains information about the patient and the 
medication that is encoded into the bar code. Alternatively, the MTC may simply be 
an addressable information storage device, similar to memory "sticks" used as storage 
for digital cameras. 

Medical transaction carriers in accordance with the present invention may be 
either stand alone, as where the MTC comprises a PDA, notebook computer or a 
smartcard, or alternatively, the MTC may be attached to another piece of equipment 
or device. For example, a medical transaction carrier using wireless technology could 
be incorporated into a medication carrying case or cart. Moreover, where the MTC is 
an electronic message, there need be no physical device used. Instead, a processor 
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may be included in "a patient specific asset that is configured to receive an electronic 
MTC, act on the information carried thereby, formulate a response message into an' 
electronic MTC and transmit an electronic MTC tO a facility's information system. 
Such a system would be understood to not be stricdy portable, but rather stationary, 
5 in the sense that no physical device would be used to transport the medical 

transaction information contained in the MTC from one location to another. Instead, 
the electronic MTC may be transported either over a physical communications 
network, using, for example, wires or optical waveguides, or by way of a wireless 
network. . 

10 In another embodiment, such as where the patient specific asset is modular 

and includes an advanced programming module ("APM"), such as in the ALARIS 
Medical System, Inc. MEDLEY™ PATIENT CARE MANAGEMENT SYSTEM, the APM 
may include sufficient programming to perform the function of an MTC. In such 
case, the APM would be in contact with the relevant information system, such as the 
15 pharmacy information system, and would communicate to the information system 
that the patient specific asset received the order. The information system may then 
validate the order and communicate to the APM that the order has been validated. 
The APM may then delete the order from its memory. 

It is not unusual at present to find computers 70 located at patient bedsides in 
20 a care-giving facility. Such computers 70 may serve a single patient, or may serve 
more than one patient, depending on the design and arrangement of the patient area. 
There may also be a variety of equipment or clinical devices attached to the bedside 
computer 70. Examples of such devices are a bar code reader 80, a printer (not 
shown) , patient monitoring equipment (not shown) for monitoring patient vital signs 
25 or other patient specific assets ("PSA") assigned to the patient. Examples of such 
PSA's include an infusion device such as can form a part of the ALARIS Medical 
Systems, Inc.'s MEDLEY™ MODULAR PATIENT CARE SYSTEM Attention is directed 
to U.S. Patent No. 5,713,856 entitled "Modular Patient Care System" to Eggers et al. 
in which the APM is described as an advanced interface unit 100, and is incorporated 
30 herein by reference. In such system, an infusion device may be mounted to an 
Advanced Programming Module ("APM"). Other devices, such as a vital signs 
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monitor or monitors, arc envisioned as being mountable to the APM also. Other 
infusion or drug delivery devices and/or patient monitoring equipment such as 
cardiac or respiratory monitors may also comprise or form a part of the PSA. 

The bedside equipment and clinical devices are typically equipped with data . 
5 communication technology such as RS 232 serial ports or proprietary communication 
ports that allow information and data to be communicated to and from the 
equipment or clinical device. Using this communication technology, the bedside 
equipment and clinical devices may be connected to the bedside computer system 70, 
or, alternatively, they may be connected, either by wire or wireless system, to 
10 communication system 5 using wireless technology, such as RF, IR, or other wireless 
communication protocols. 

One disadvantage of connecting the equipment or clinical devices directly into 
the communication system 5 or bedside computer 5 is that the PSA thus becomes 
immobile and relegated to a single location. This disadvantage is addressed by the 
15 present invention in that use of the MTC to transport information to and from the 
clinical device or bedside equipment frees the device or equipment to be moved from 
one location to another without requiring changes to a communication network to 
identify the equipment or device, as is required where the equipment or device is ; 
identified as a node on the network. 
20 In one embodiment of the present invention, the PSA 120 may include a MTC 

cradle 100. The MTC cradle 100 maybe hardwired to the PSA 120 using the PSA's 
RS 232 or other communication port. Alternatively, the PSA 120 may include an 
integrated MTC cradle. Using such an integrated MTC cradle is advantageous in that 
it eliminates the need for another item of equipment that must be connected to the 
25 PSA. Of course, where PSAs haying the required MTC cradle technology integrated 
therein are not available, an external MTC cradle 100 must be used. It will also be 
understood by those skilled in the art that, where an external MTC cradle 100 is 
necessary, the MTC cradle 100 may communicate with the PSA 120 using either 
wired or wireless technology, as described above. 
30 As described previously, one particularly advantageous embodiment of the 

present invention includes a medical transaction carrier 1 10 that is capable of 
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communicating information to and from the PSA 120 and the network or control 
system using wireless technology. For example, the MTC 110 may be understood to 
include, but is not limited to, communications utilizing optical or infrared 
transmission, magnetic transmission, or wireless technology where the wireless 
5 technology is understood to include methodology such as the BLUETOOTH™ 

technology (IEEE 802,15), standard methodologies such as wireless Internet, WAP or 
any other proprietary communication scheme using electromagnetic waves instead of 
wires to connect and communicate between devices. Such wireless communications 
may also be performed using other wireless networking alternatives, such as those 
10 described in the IEEE 802.1 lx standards. Wireless technologies are designed to 
create wireless networks allowing devices such as PDA's, cell phones and personal 
computers to exchange information at relatively high transmission speeds. 

Using BLUE TOOTH™ technology, for example, data from a PDA, notebook 
computer, or other device such as a smartcard reader may be sent by an internal 
15 BLUE TOOTH™ radio chip embedded in the MTC 110 to a mobile telephone 

transmitter/ receiver for transmission to a receiver connected to a server system. . 
Using the IEEE 802.11x standards for example, data is transmitted direcdy to a 
receiver, which may be wired into a network using Ethernet or other network 
topology. The MTC is capable of wireless communication using either BLUE 
20 TOOTH™ or other technologies (such as those described in IEEE 802.1 lx), and may 
be used throughout a care giving facility without the disadvantage of requiring 
cumbersome hardwired devices. 

One particular mode of operation of the present invention will now be 
described. A patient entering a hospital or other care giving facility is provided with a 
25 wristband, necklace, ankle band or other identifier that is affixed to the patient in a 
manner so that the patient can be identified even if the patient is unconscious or 
otherwise unresponsive. This wristband or other device may include a bar code 
representing the name of the patient and other information that the institute has 
determined is important.: Additionally, any other information such as age, allergies, 
30 or other vital information may be encoded into the bar code. Alternatively, the 
patient information device may be an active embedded computer or passive device 
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attached to a wrist band or other carrier that is attached to the patient. Such a device 
would be responsive to devices located throughout the care-giving facility, such as 
readers or wireless transmitter/receivers, to provide the identity of the patient along, 
with other information when the device is queried. 

After the patient is admitted and situated in a bed within the facility, the 
patient is typically evaluated by a physician and a course of treatment is prescribed. 
The physician prescribes a course of treatment by preparing an order which may 
request a series of laboratory tests or administration of a particular medication to the 
patient. In some case, the physician prepares the order by filling in a form or writing 
the order on a slip of paper to be entered into the hospital system for providing care. 
In other cases, the physician may enter the medication order directly into a physician 
order entry system ,35 (FIG. 1) or may instruct a nurse or other care-giving 
professional to do so. 

If the order is for administration of a particular medication regimen, the order 
will be transmitted to the facility's pharmacy information system 30. The pharmacy 
reviews the-order; and prepares the medication according to the requirements of the 
physician. Typically, the pharmacy packages the medication in a container, and a 
copy of the order; or at a minimum the patient's name, the drug name, and the 
appropriate treatment parameters are represented on a label that is affixed to the 
drug container. This information may be represented by a bar code, or it may be 
stored in a smart label, such as a label having an embedded computer or passive 
device. 

Once the order has been prepared, the order is sent to the nurse station for 
matching with the appropriate patient. Alternatively^ the medication is for a 
commonly or routinely prescribed medication, the medication may be included in an 
inventory of medications that is stored in a secure cabinet adjacent the nurse station. 
In such a case, the nurse station will receive a list of orders from the pharmacy 
information system 30 that may be drawn from the inventory adjacent the nurse 
station. The nurse will enter here identifier at the cabinet to gain access, in 
accordance with standard practice. The nurse or other professional assigned the task 
of gathering medications will then match the orders received from the pharmacy 
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information system. 60 to the medications stored in the inventory and pull those 
medications that are to be delivered to specific patients. These procedures are carried 
out whether the medication to be delivered is an oral medication, or a medication 
that is to be delivered intramuscularly or through an infusion. 
5 When the prescribed time for delivery of the medications arrives, the 

medications are carried to the patient's area and administered to the patient by the 
nurse or other care-giver. In the case of drugs to be delivered via infusion, the care- 
giver hangs the infusion bag, attaches the bag to an infusion pump, and sets up the 
infusion pump to deliver the medication by programming the pump with values for 
10 various parameters that are used by the pump to control delivery of the medication to 
the patient. The infusion regirrien is then started, and, because delivery of an 
infusion regimen generally extends over a prolonged period of time, the care-giver 
leaves the patient and continues on to care for other patients. 

With the advent of modern infusion pumps that incorporate microprocessors 
15 and storage capability, it has become possible to maintain a record of not only the 
programmed infusion parameters, but also a log of the treatment as it is given to the 
patient. Until the present invention, however, there has been no way to ensure that 
the information gathered by the infusion pump was communicated to a system that 
could incorporate a record of the infusion into the patient's records stored in any of 
20 the facility's information systems. 

Utilizing the present invention, a nurse or care-giver gathering or preparing 
medications to be delivered to patients programs a MTC 110 with the information 
appropriate to the particular medical treatment regimen that is to be delivered to a 
patient. Because medical transaction carriers are relatively inexpensive, there may be 
25 an individual MTC assigned to each patient or PSA 120. As will be discussed below, 
the MTC 110 provides for, not only transporting information between care facility 
information systems and PSAs 120, but it also provides an instrument for validating 
the medical transaction to ensure that all information concerning delivery of a 
medication is retrieved and transferred to the care facility information systems. The 
30 system and method of the present invention accomplishes this in a manner that 
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allows for loss of the MTC, or delay in return of the MTC or the use of different MTCs 
having different parts of a medical order without loss of information. 

A communication session to transfer medical transaction information for a 
particular patient into a MTC 110 is initiated by inserting the MTC 110 into an 
5 appropriate slot or cradle for the MTC 100 which is in operable communication with 
the control system 40 via the nurse station computer system 60 and communication 
system 5. Alternatively, the MTC 110 may communicate with the control system 40 
using a wireless system. As described above, this wireless system may comprise 
either infrared or RF frequency signals using appropriate communication protocols 
10 such as BLUE TOOTH™ or others (such as those described in IEEE -.802.11*). 

Once a connection has been established between the MTC 110 and the control 
system 4 q, the nurse or other care-giver preparing the medication logs into the 
control system 40 and the transaction may be tagged with the care-giver's unique 
identification. Alternatively, establishing communicationbetween the MTC 110 and 
15 the control system 40 may automatically cause the system to query the care-giver for 
an identification, which may be provided using an input device, such as a keyboard 
bar code reader, or other device designed to read the care-giver's identification 
device. 

The information to be transferred to the MTC 110 typically consists of orders 
20 for medication or other procedures that have been entered into an facility's 

information systems, such as the pharmacy infonnation system 60. As each order, 
either for medication or other procedure, is entered mto the facihty's information ' , 
systems, it may be given a unique transaction identifier. Thus, these identifiers may 
be associated with orders in a line-by-line manner such that each medication or 
25 procedure to be carried out on or delivered to a patient is uniquely identified by a 
unique transaction identifier. The medical transaction information, including the 
unique transaction identifiers in the facility information syltems may be accessed by 
the control system 4 through communications system 5. 

Once the medical transactions are assembled and available for access by the 
30 control system 40, specific infusion delivery protocols, medication limits, time-based 
medication constraints, and/or other patient's specific information comprising the 
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medical transaction information may be transferred to the MTC 110. The amount of 
information transferred to the MTC 110 will be dependent only upon the software 
running on the control system 40, as well as the memory constraints of the MTC 110. 
Once the specific information has been downloaded from the control system 40 into 

5 the MTC 110, the MTC is ready to accompany the medication to the patient area for 
treatment of the patient. 

In one embodiment, a single MTC may be assigned to a nurse to cover all the 
nurse's patients. Thus, the control system 40 may load all medical orders for a 
particular nurse for that day or for that nurse's rounds, on a single MTC assigned to 

10 that nurse. 

In another embodiment, more than one MTC maybe used to transmit an order 
or orders for a particular patient or patients. Where multiple MTCs are used, the 
various elements of the system of the present invention are programed to determine 
whether all of the medical transaction information contained on the multiple MTC 
15 has been received and validated. Where one or more MTCs of a multiple MTC 

transaction have not been received or validated, the system of the present invention is 
configured to provide an alert to care givers in the care facility that corrective action * ;: 
is needed. 

At the patient location, the information from the MTC 110 is transmitted to the 
20 PSA 120 using either wired or wireless technology; In one embodiment, the PSA 120 
may be specifically configured to receive the MTC 110 to make the connection for 
transferral of data from the MTC 110 to the PSA. For example; where the MTC is a 
smart card, the PSA may include a slot or other device configured to receive the MTC 
110 and to engage the MTC in such a manner as to allow communication between 
25 the MTC 110 and the PSA. Various methods for configuring such a communication 
connection are well-known in the art and will not be discussed herein, but may 
include, for example, connector pads or an induction coil capable of interfacing with 
the smart card to enable communication of information between the smart card and 
the PSA 120. . 

30 In an alternative embodiment, where the MTC 1 10 is a smart card having a 

magnetic strip, the PSA 120 may include a magnetic strip reader capable of reading 
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the encoded information stored in the magnetic strip of the MTC 110. In yet another 
embodiment, the MTC may include a transmitter/receiver configured such that when 
the MTC 110 comes within a predetermined distance of the PSA 120, a 
communication link between the MTC 110 and the PSA 120 is automatically 
5 established. Using a unique identifier associated with the specific PSA 120 to be used 
to deliver the medication, the MTC 110 may query the PSA 120 to determine if the 
unique identifier stored in the memory of the MTC 110 matches that of the PSA 120. 
If the unique identifier stored in the MTC 110 does not match the identifier 
transmitted to it by the PSA 120, an error signal may be generated alerting the care- 
10 giver that the MTC 110 is communicating with the wrong PSA 120, and that the 
patient may receive the wrong medication. 

If the MTC 110 queries the PSA 120 and receives a matching identifier, the 
MTC 110 begins communicating information into a memory of the PSA 120. This 
information may then be utilized by the PSA 120 to set the particular treatment 
15 parameters that are to be used to deliver medication to the patient. 

The MTC 110 may also query the PSA 120 for historical records stored in the 
memory of the PSA. In this process, information such as a current key log, error log, 
vital signs log, infusion delivery log, medication delivery log, transaction 
identification, maintenance log and other logs and/or other patient data may be 
20 transferred from the PSA 120 to the MTC 110. 

Additionally, the MTC 110 may remain in communication with the PSA 120 
for the duration of the treatment, although the communication link between the MTC 
110 and the PSA 120 may also be broken by removing the MTC 110 from the PSA . 
120 or cradle 100. At some time in the future, when the nurse or other care-giver is 
25 making rounds of the patients and determines that the treatment is over, 

communication between the MTC 110 and the PSA 120 may be reestablished. Before 
the MTC 1 10 is removed from the proximity of the PSA 120 at the end of the 
treatment, the nurse or other care-giver instructs the PSA 120 to transfer desired 
information, such as that described above, to the MTC 110. The MTC is then removed 
30 from the PSA 120 or from the cradle 100 attached to the PSA 120 and is carried by 
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the nurse or care-giver back to the nurse station computer system 60 or other satellite 
computer system capable of reading the information stored in the MTC 110. 

Once at the nurse station computer system 60, the MTC 110 in inserted into 
computer system 60 or MTC cradle 100, depending on the configuration of the 
5 equipment, to begin the process of communicating the patient information gathered 
from the PSA 120 into the storage of control system 40. Alternatively, particularly in 
the case where a wireless system is used, MTC 110 may be activated as it approaches 
within a predetermined distance of the nurse station computer system 60 or another 
other device, such as a computer system located at a location other than at the nurse 
10 station 50 (not shown) or a remotely located transmitter/receiver configured to 

establish communication with a MTC, to establish a communication connection with 
control system 40 over communication system 5. 

! FIG. 2 is a block diagram of one method utilizing the system of the present 
invention illustrating the use of a medical transaction carrier 110 (FIG. 1) that is 
15 transported by a nurse or other care-giver to the location where the medication is to 
be delivered in communication with a patient specific asset that is to be used to 
deliver the medication and to retrieve medical transaction information concerning 
present and past medication delivery from the PSA. While the method is described 
with reference to programming the MTC 110, it will be understood that such 
20 programming also includes simply storing information in the MTC 110, and does not 
require that the MTC be capable of processing or running a program as those terms 
are often used in computer technology. 

As described previously, the MTC 110 establishes a connection with the 
controlling server 40 in box 300. The controlling server 40 validates that this is a 
25 transaction with information from a PSA, and creates a new transaction ID for the 
particular transaction being undertaken in box 305. In the event that validation 
cannot occur, the control server 40 issues a signal to alert a nurse or care-giver that 
there is an error so that appropriate action to remedy the error may be taken. 

Once the connection has been established in the box 300, the MTC 110 may be 
30 queried by the control system 40 to transmit unknown deleted transaction 

identifications (IDs) that were not found in the information stored in the PSA 120. 
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The control server 40 analyzes the unknown deleted transaction IDs, and determines, 
in box 320, whether or not these transactions are pending or may be cleared from 
memory. If the transactions associated with the undeleted transaction IDs are not 
pending, control server 40 determines, in box 330, that no action needs to be taken 
5 and that these transactions were cleared during a previous communication- session. 
In the case where the determination in box 320 indicates that the unknown deleted 
transaction IDs are pending for clearance, the control server 40 marks the transaction 
as cleared 334. 

Once the unknown deleted transaction IDs have been marked as cleared 334, 
10 the control system 40 sends a signal to the MTC 110 indicating that the control 
system 40 is now ready to receive current information. This step may also be 
automated, for example, where the MTC 100 includes a processor capable of 
executing a series of program steps independent of the control system 40, such that 
the MTC 110 queries the control system 40 to determine if the control system 40 is 
15 ready to receive information. In the event that the query receives a positive response, 
the MTC 110 may then begin transferring current medical transaction information. 
Where the MTC 110 does not receive a positive response from the control system 40, 
indicating that the control system 40 is not yet ready to receive information, then the 
MTC 40 continues to wait and query the control system until it receives a positive 
20 response. 

Once the transfer of information and/or data from the MTC 110 to the control 
system 40 has been initiated in box 345, information stored in the MTC 110 
representing such information as, for example, but not limited to; a current key log, 
an error log, vital signs log, infusion delivery log, medication delivery log, transaction 

25 ID, maintenance and other logs, and any other patient data is communicated to the 
control system 40, where it may be stored in a database 45 associated with the 
control system 40 in box 340. In this way, the medical transaction information . 
communicated by the MCT 110 to the control system 40 may be permanently 
associated with a particular PSA. 

30 Once the information contained within the MTC 110 has been transferred to 

the control system 40 in step 345, the currently cleared and transferred medical 
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transaction information stored in the MTC 100 may be erased, as indicated in box 
350. Alternatively, the information may be archived to storage media, such as 
magnetic tape, hard drives, floppy disks, and the like, as indicated in box 355. 

The control system 40 executes software programs in box 350 that analyze 
5 the information recently received from the MTC 110 and communicate new 
information for present medication delivery transactions to the MTC 110. Such 
software programs may include re-validating the past interactions recorded in the 
MTC 110 against data already stored in the PSA database. Where the validation fails, 
an error signal may be generated by the control system 40 causing a display or paper 
10 report to be printed notifying nurses or other care-giving personnel that an error 
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Additionally, the software running on the control system 40 may analyze 
newly entered medical -transaction information, such as the name or type of drug, 
dosage and delivery parameters, for example, against standard delivery protocols 
15 stored in the hospital or pharmacy information systems 20, 30 as well as determining 
whether there are any drug interactions or other safety information, such as may be 
stored in database that should be brought to the care-giver's attention and/or stored 
in the MTC 110. The software provides for generating error signals or alerts if errors 
or safety problems are detected during this step. 
20 Once the current transaction data is analyzed, the control system 40 

communicates the transaction information to the MTC 110. This information, as 
indicated in box 360, may include current medical transaction information and a 
unique transaction identification. This information is stored in the memory of the 
MTC 110 in box 365. 

25 As indicated by box 370, the software running on the control system 40 may, 

if desired, generate various reports such as outcome reports, medical administration 
records or any other report requested by care-giving personnel or administrators. 
Any errors identified during the generation of these reports would result in an error 
signal that may either be displayed on a screen or printed in a printed report. 

30 Additionally, as illustrated in box 375, the control system 40 may export all of 

the information transferred from the MTC 110 to the pharmacy information system 
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30 or hospital information system 20 for further processing or storage. Alternatively, 
the control system 40 may be programmed to export a selected portion of that data to 
those systems. Again, software running on the control system 40 may be executed to 
compare information stored on the various information systems 20,30 and 35 with 
5 information gathered by the control system 40 and validate that the information is 
correct, with any failures in validation indicated by an error signal generated by the 
control system 40 to alert care-givers that a condition exists that may need attention 
and correction. 

Once the previous steps have been undertaken to transfer information from a 
10 MTC to the control system for past transactions and transfer information concerning 
present medical transactions to the MTC have been completed, the process terminates 
at box 380. After terminating the process for a particular MTC 110, the process is 
repeated for each MTC 110 to be used to deliver medication in the care giving 
facility. 

15 Referring now to FIG. 3, a block diagram depicting one embodiment of a 

process illmtrating various interactions between a MTC llOandaPSA 1201ocated 
at a patient's bedside to communicate information between the MTC 110 and the PSA 
120 is illustrated. The MTC 110 establishes a connection in box 400 with the PSA 
120. If a connection cannot be established, an error signal is generated to alert the 
20 care-giver that corrective action must be taken before tramfer of information between 
the MTC 110 and the PSA 120 may occur. 

Once the connection has been satisfactorily established in box 400, the PSA 
120 takes control of: the process and creates a unique transaction ID, logs'the care- 
giver's ID, and validates the patient and the PSA assignment in box 405. Ifanyofthe 
25 information is incorrect, the PSA 120 generates an error signal which may cause a 
message or code to be displayed by the PSA 120 or on a display associated with MTC 
cradle 100. 

When the processes depicted in box 405 have heen completed the PSA 120 
may signal the MTC 110 that it is ready to receive additional data from the MTC, and 
30 the MTC, in box 410, transmits a current log of past transactions ID's received from 
the PSA that are now stored in the control system database. Alternatively, the PSA 
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120 may simply address the memory of the MTC 110 and retrieve information from 
that memory without requiring any active participation by the MTC 110. The PSA 
120 then determines, in box 415, whether or not any of the current log of past 
transaction ID'S are flagged as pending for clearance. 
5 If none of the current log of past transaction ID'S are pending for clearance, the 

PSA 120 creates a new log of transactions already in box 420 and the process 
branches to box 460. If the current log of past transaction ID's are determined to be 
pending for clearance, then those transactions are marked as cleared and deleted 
from the pending transaction log in box 430, and are transmitted to the MTG 110 
10 where they ate stored in the memory of MTC 110 in box 425. The deleted 
transactions may be stored in the PSA 120 database, as indicated by box 440. 

Once the deleted-transaction identifications have been stored in the MTC 
memory, information comprising physician orders, drug regimens and patient's 
specific protocols for currently planned or scheduled medical treatments are 
15 transferred to the PSA 120 from the MTC 110 in box 435, and stored in the database 
of the PSA 120 in step 440. After die current physician orders, drug regimens, and 
patient specific protocols have been stored in the PSA 120 database, a software 
program may be run in the PSA to validate delivery protocols, drug interactions, and 
safety information, such as described earlier with reference to a database to ensure 
20 safe delivery of the medication to the patent in box 445. If any errors or safety issues 
are detected, an error signal is generated that may be displayed by the PSA 120, or on 
a display associated with the MTC cradle 100. 

Where medication identification technology such as a bar code an embedded 
chip, or: other identification method is available, a second check of the medication to 
25 be delivered may be accomplished as illustrated by box 450. If an error is detected in 
box 450, the care-giver is provided with an error signal indicating that corrective 
action is needed. 

Once the validations carried out in boxes 445 and/or 450 are completed, a 
processor in the PSA 120 loads and executes the patient specific infusion protocols 
30 transferred to it by MTC 110 in box 455. Once again, if any errors are detected 
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during this step, the care-giver is provided with an error signal indicating that 
corrective action is needed. 

Information stored in the PSA 120 related to patient treatments may be 
communicated to the MTC 110 as depicted in box 460. For example, a current key 
log, an error log, a vital sign log, infusion delivery log, medication delivery log, 
transaction ID, unknown deleted transaction ID's, maintenance and other logs, and 
other patient data are may be communicated to the MTC 110 in box 460, where they 
are stored in the memory of the MTC 120 in box 470. Once the information is stored 
in the MTC 110, the MTC 110 may be removed from the PSA 120 or the MTC cradle 
100 associated with the PSA 120 and transported to the control system 40, as 
illustrated by box 475. Such transportation may include physically carrying the MTC 
110 to a specified location where the MTC 110 may be interfaced to and establish 
communication with the control system 40 and begin the download cycle described 
with reference to FIG. 2. Alternatively, if the MTC 110 is equipped with appropriate 
wireless technology, the transport to the control system 40 may become active either 
upon initiating the transmission by providing the MTC 110 with appropriate 
commands, or it may be automatically induced using a wireless system. For example, 
the MTC 110 may be supplied with a transmitter/receiver capable of automatically ... 
connecting to the communication system 5 to access the control system 40 using a . 
wireless communication protocol such as BLUETOOTH™ or others (for example IEEE 
802. llx). 

It will be apparent from the above description that the validation steps carried 
out in the above process are independent of any one transaction. A transaction is not 
fully cleared from either the PSA or the control system until both the following occur: 

(1) The system that originated a transaction receives validation of a 
transaction requested as executed; and 

(2) The system that receives the transaction request receives notification 
that the originating system has received and validated the transaction execution. 

Because of this redundancy and validation, no transaction is cleared until it is 
certain that a transaction has been validated. Thus, in the event that a specific MTC 
110 is lost, or the information stored therein is delayed in being communicated to the 
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control system 40, each further action at a patient's bedside will retransmit the 
missing information until the control system database is properly updated. Utilizing 
this system, all medications received by the patient are logged into the control system 
database, as well as the actual time the medications were received. Moreover, the 
5 system ensures that the events log of all IV medications received and/or vital sign 
history are logged into the control systems database along with the identification of 
the nurse who gave the medications to the patient. Thus, full closed loop validation 
of data occurs. Utilizing this system, it will be apparent that the entire system 
functions in real-time in the critical direction, i.e. nurse to patient delivery of 
10 medication; and the system is near real-time in the non-critical direction/that is, from 
the patient's bedside back into control system, pharmacy information system and/or 
the hospital information system for closed loop validation of the medication delivery. 

While the system of the present invention has be described with reference to 
the situation where patient medication and/or treatment is ordered using an facility's 
15 information system, and then delivered, the present invention is also applicable 

where treatment is care or medication is ordered orally by a physician or other care- 
giver at the patient's bedside, and is delivered to the patient before the order is 
entered into the facility's information system. In general, the oral order must then be 
entered into the facility's information systems within a predetermined period of time 
20 (typically 24 hours) to ensure that the medication administration record (MAR) is 
properly updated and accurately reflects the treatment given to the patient. 

In the situation where care or medication is carried out before entry into the 
facility's information system, the patient specific asset, such as an infusion pump, 
stores in its memory the details of the care requested or the medication delivered, 
25 associating the care or medication details with a unique identifier generated by the 
patient specific asset. The next time the patient specific asset is in communication 
with a MTC 110, the patient specific asset transfers the care or medication details in 
the form of a medical transaction identified by the associated unique identifier to the 
MTG 110, which is then transported to the control system 40. When the medical 
30 transaction is transferred to the control system 40, the control system 40, using the 
unique identifier associated with the transaction by the patient specific asset, stores 
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the medical transaction in the database 45. The control system 40 also generates a 
transaction indicating that-the information has been received by the control system 
40, and transfers that transaction to a MTC 110 that is to transported to the patient 
specific asset to communicate to the patient specific asset that the transaction has 
5 been received by the control system 40. 

Once the transaction is stored in the database 45, the transaction may be 
matched by software running on the control system 40 of others of the facility's 
information systems to the entered oral order. If the transaction cannot be matched 
to an order, an alert may be provided indicating that corrective action, in the form of 
10 entering the order into the facility's information systems or some other action, must 
be taken. In this manner, the loop is closed, ensuring that the oral order has been 
recorded and that the order has been carried out. 

Alternatively, for example where the patient specific asset is an infusion pump, 
the infusion pump may be programmed to sound an alarm after it has been infusing 
15 for a predetermined period of time, for example, an hour, and it has not received 
verification from the control system that a written order has been entered into the 
facility's information systems. Such an alarm may include stopping the infusion until 
an order is received, or may simply generate a visual and/or audible reminder that 
the order must be entered into the faculty's information system or thataMTCllO 
20 bearing an appropriate medical information transaction should be provided to the 
pump so that the pump may verify that the oral order has been entered. 

In this embodiment, the oral order is entered into the information system, such 
as pharmacy information system 60, and is transferred to a MTC 110 which is then 
transported to the infusion pump. There, software running on the infusion pump 
25 compares the information in the transaction transferred to it by the MTC 1 10 to the 
information about the current infusion stored in the memory of the pump. If the 
information matches, the pump communicates to the MTC100 a transaction 
indicating that it has received the order. This transaction communication is then 
transferred to the control system 40 to inform the control system 40 that the infusion . 
30 pump has received the order. 
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Referring now to FIG. 4, an alternative embodiment of the present invention 
will be described that provides for transmission of MTC information from a care 
facility's information systems directly to a patient specific asset located at a patient's 
bedside. In the care management system 500 of this embodiment, a communication 
5 system 505 interconnects various care facility information systems, such as a hospital 
information system 520, a pharmacy information system 530 and a physician order 
entry system 535 via suitable interfaces 510. The communication system 505 and the 
interfaces 510 are similar to the communication system 5 and the interfaces 10 
described with reference to FIG. 1, and those skilled in the art will understand, 
10 without further description here, that all of the embodiments discussed with reference 
thereto apply here. 

The communication system 505 includes a connection to a wireless 
transmitter/receiver 540 through a suitable interface 545; The wireless 
transmitter/receiver 540 is configured to send messages using electromagnetic 
15 energy, which may include, for example, infrared energy or radio frequency radiation 
energy, between the communication system 505 and remote equipment and devices, 
such as a nurse station 550 and a patient specific asset 580, that are capable of 
receiving and transmitting messages using electromagnetic energy. For example, the 
nurse station 550 may be operably connected to a transmitter/receiver 575, and the 
20 patient specific asset may include a built in transmitter/receiver. 

The nurse station 550 will typically include a computer system 560, a printer 
565 and may further include an input/output device 570, such as a bar code reader, 
in addition to a keyboard of the type typically used with a computer. As described 
above, the nurse system: computer system 560 maybe operably connected to a 
25 wireless transmitter/receiver 575, or such a transmitter/receiver 575 may be 

incorporated into the computer system 560. Alternatively, the nurse station computer 
system 560 may be connected to the communication system 505 by means or a 
physical interconnection. 

This embodiment of the present invention includes a patient specific asset 580 
30 that includes a wireless transmitter/receiver that communicates with the various care 
facility information systems through the communication system 505 using 
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electromagnetic energy 585. Alternatively, the patient specific asset 580 may be 
connected to a separate wireless transmitter/receiver or it may be connected with the 
communication system 505 using a physical interconnection. 

The patient specific asset 580 also includes a memory for storing medical 
transaction information and a processor for analyzingmedical transaction 
information transmitted to the patient specific asset 580 by the transmitter/receiver 
540, instructing the device or devices comprising the patient specific asset 580 to 
carry out the medical care order contained within the medical transaction 
information, transmitting a message to the care faculty's information systems that the 
medical care order contained in the medical transaction information has been 
received, storing the medical transaction information in a memory of the patient 
specific asset, and clearing the medical transaction information from the memory of 
the patient specific asset when the patient specific asset receives a message from an 
information system that it has received the patient specific asset's transmitted 
message. Such a processor may be operably connected to, and configured to 
communicate with and control, one or more clinical devices such as infusion pumps 
or patient vital sign monitoring equipment. One example of such a patient specific 
asset is the MEDLEY M APM infusion controller module and related equipment 
manufactured by ALARIS MEDICAL SYSTEMS, INC. 

It should be apparent from the above description that this embodiment of the 
present invention does not require a physical medical transaction carrier, as described 
with reference to FIG. 1. In this embodiment, the medical transaction carrier takes 
the form of a formatted electronic message that contains all of the information 
previously described with reference to physical medical transaction carrier. Each 
electronic medical transaction carrier is identified with a unique identifier that allows 
the information systems of the care facility and the processor associated with the 
patient specific asset 580 to communicate medical transaction information form the 
care facility's information systems to the patient specific asset, and to validate that a 
medical care order has been delivered to a patient. This embodiment provides for the 
closed system described in reference to a physical MTC, ensuring that each medical 
care order is delivered to the right patient at the right time, and that a record of that 
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delivery is properly communicated to and received by the care facility's information 
systems. No medical transaction information is cleared from the memory of the 
patient specific asset 580, or marked as cleared in the facility's information systems, 
until the record of delivery of that care is validated in accordance with the present 
5 invention. 

Additionally, where a system such as ALARIS MEDICAL SYSTEMS, INC.'s 
MEDLEY™ Patient Care Management System is used, a physician may enter an order 
using manual entry means,.such as a key pad, associated with the APM. Because the 
APM is in communication with the: various facility information systems, entry of the 
10 physician's identification may be considered equivalent to an electronic signature, 
and take the place of a written order. 

The system and method of the present invention may also be enhanced by 
including technology that allows for real-time validation of the current patient 
utilizing a method to read or detect a patient identifier such as a wristband. For 
15 example, each patient may be identified by a wristband that includes certain specified 
information such as name, age, allergy history and the like that are encoded into a 
bar code. In one embodiment of the present invention, a bar code reader could be - 
used to read the patient's bar codes at the same time that the MTC is transmitting its 
information to the PSA, thus ensuring that the right patient is receiving, the right 
20 medication. Alternatively, the patient wristband could be replaced by a device that 
includes a transmitter/receiver or a passive device that could be activated using a 
suitable sensor to receive the above-described information from the patient's 
identification device. 

Additionally, the system of the present invention may be enhanced by 
25 including technology that allows for real-time validation of each medication delivered 
to a patient. Such a system could include technology for reading a bar code applied 
to the medication, or could employ optical recognition, some form of active detection 
using a transmitter/receiver or smart chip or computer either embedded in the label 
of the medication or located on the medication container or other methods- of 
30 positively identifying the medication. In this manner, the system further validates 
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that each medication delivered to patient is identical to the medication that is 
indicated in the information contained within the MTC. 

It should be apparent to those skilled in the art that the MTC may store and 
transport a wide variety of information useful to the care-givers and care-giving 
facilities for providing healthcare to patients. For example, the MTC may include a 
patient's unique ID, a nurse's unique ID, specific medication prescribed, and 
identification of the specific PSA assigned to a specific patient, the time of medication 
delivery, a current unique transaction ID identifying the current transaction of 
information between the MTC and the PSA, or the originator of the information such 
as the hospital information system or the pharmacy information system. Additionally, 
the MTC may also include past valid transactions for a particular PSA that are not yet 
validated by the PSA, and may also include past validated transactions for the PSA 
that have already been validated by the PSA. Moreover, the MTC, if it includes 
enough memory, may also be programmed to accept extra pharmacy preparation 
information as well as extra hospital maintenance or update information. 
Additionally, other information may be transmitted to and from the MTC as needed 
by the hospital administration, such as vital signs history and trend information. 

The system concept will be understood to be the unique combination of all the 
previous elements into a seamless automatic methodology that requires no extra 
labor from the care-giver other than carrying the MTCs back and forth to the bedside 
as part of the care-giver's normal rounds. The system concept is enabled by the use of 
specific PC-based software with open database connectivity, MTC reader hardware at 
the point of medication preparation, and MTC reader hardware associated with 
patient specific assets. The system concept is effected through the use of remote 
transaction methodology similar to that employed in orbital communication satellite 
technology. Utilizing this methodology, data receipt and validation of data receipt 
and validated updated system status is acquired. This system concept is further 
effected by extending and combining the data validation concept with that used in 
packet-based data transfer, whereby specific data packets may be lost or duplicated, 
but the validation is still auditably correct. For example, if a particular MTC is not 
returned to the nurse station in a timely manner, information is not lost to the 
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system. The two-way validation and check on all transactions ensures that eventually 
the information will make it back to the control system database when the MTC is 
eventually returned. In the event that a MTC is permanently lost, a time based alert 
could notify a care-giver to take appropriate action. Because of the redundancy of the 
5 system, it should be apparent that even if a specific MTC is lost or misplaced, the 

information contained in the PSA will eventually be returned to the control system for 
validation. The system of the present invention offers the additional advantage in 
that patient specific assets may be programmed such that the PSA will not perform a 
medication delivery regimen unless all of the safeguards and validations are carried 
10 out without error. In this manner, the possibility of error in delivering the wrong 
medication to a patient may be minimized at the bedside. Of course, in particular 
situations, such as where PSAs are utilized in operating room or emergency room 
environments, an override may be built into the PSA to allow emergency usage of the 
PSA when necessary. 
15 While the PSA was described in terms of an infusion pump, the PSA, as 

described above, may also be a vital signs monitor or other clinical device interacting 
with a patient. For example, the patient specific asset may also be a patient feeding 
device. 

Further, while automatic programming of a clinical device using a physical or 
20 electronic MTC is described, manual systems are also intended to be included within 
the scope of the system and method of the present invention. For example, some 
patient specific assets may exist within a facility that are capable of communicating 
with the control system 40 (FIG. 1) or a MTC, but which may not be capable of being 
programmed by signals received from a MTC or directly from control system 40. For 
25 those clinical devices that do not accept automatic programming, a nurse may read 
the medical transaction information from the MTC or from the device itself, program 
the device, then press a "START' or "ACCEPT' or other similar key on the device to 
indicate completion of programming. The clinical device may then communicate to 
the MTC information about the medical transaction it is performing for validation. 
30 The MTC may later communicate this information to the control system 40 for 

validation. Alternatively, the clinical device may communicate direcdy to the control 
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system 40 information about the medical transaction it is performing for validation. 
This approach may also apply where a nurse takes a vital sign measurement, such as 
a patient's temperature. That temperature reading is input into the MTC either 
immediately or eventually, either directly from the thermometer in the form of a 
digital data stream, or manually by the nurse, and that medical transaction 
information will eventually be communicated to the control system 40. Similarly, this 
approach may be used were oral medications, such as aspirin, are dispensed. 

Validation data from patient specific assets may reach the control system 40 
via multiple MTCs. For example, different line items of a patient's order may be 
communicated to the patient's bedside patient specific assets via different MTCs. The 
control system 40 may validate the line items indicated as communicated to the PSA 
through different MTCs but will not clear the entire medical transaction information - 
until it receives information concerning all of the line items. Thus, the control system 
40 will not send a message to the patient specific asset to clear the multiple line items 
from its memory until the control system 40 is satisfied that it has received 
information that all of the line items of the medical transaction have been carried out. 

In the above detailed description, well-known devices, methods, procedures, 
and individual components have not been described in detail so as not to obscure 
aspects of the present invention. Those skilled in the art will understand those , 
devices, methods, procedures, and individual components without further details 
being provided here. Moreover, while the embodiments disclosed above are 
described for use in a hospital environment, it will be understood that the systemand 
method maybe useful in other environments as well, such as outpatient clinics and 
other environments where care is delivered to a patient. 

While several specific embodiments of the invention have been illustrated and 
described, it will be apparent that various modifications can be made without 
departing from the spirit and scope of the invention. Accordingly, it is not intended 
that the invention be limited, except as by the appended claims. 
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WHAT IS CLAIMED IS : 

1. A system for managing information relating to the delivery of medical 
care to a patient, comprising: 

a medical transaction carrier having: 

a memory for storing medical transaction information; 

5 a patient specific asset having: 

communication means for communicating with the medical 

transaction carrier to store medical transaction information in the 
memory of the medical transaction carrier and for retrieving medical 
transaction information from the memory of the medical transaction 

10 carrier, 

a memory for storing medical transaction information; and 

a processor configured to compare medical transaction 
information stored in the memory of the patient specific asset to 
medical transaction information retrieved from the medical transaction 
15 carrier to validate me retrieved medical transaction information; and 

a computer in operable communication with a memory for storing medical 
transaction information, the computer having: 

communication means for communicating with the medical 
transaction carrier to store medical transaction information in the 
20 memory of the medical transaction carrier and for retrieving medical 

transaction information from the memory of the medical transaction 
carrier, and 

wherein the computer is configured to compare medical 
transaction information stored in the operably connected memory to 
25 medical transaction information retrieved from ±e medical transaction 

carrier to validate the retrieved medical transaction information. 

2. The system of claim 1 wherein the patient specific asset further includes 
a bar code reader for reading data included in bar codes and wherein the processor of 
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the patient specific asset is adapted to associate data read by the bar code reader with 
medical transaction information and store the data in the memory. 

3. The system of claim 1 wherein the communication means of the patient 
specific asset includes a reader configured to provide a communication path between 
the medical transaction carrier and the patient specific asset. 

4. The system of claim 3 wherein the patient specific asset includes a 
housing and the reader is mounted within the housing. 

5. The system of claim 1, wherein the medical transaction carrier further 
comprises input/output means for receiving information from an iiiformation source 
to be stored in the memory and for transmitting information stored in the memory to 
an information receiver. 



6. The system of claim 5, wherein the input/output means of the medical 
transaction carrier and the communication means of the patient specific asset each 
include a wireless transmitter/receiver. 

7. The system of claim 6 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

The system of claim 7 wherein the electromagnetic energy is infrared 



9. The system of claim 7 wherein the electromagnetic energy is radio 
frequency energy. 

10. The system of claim 5, wherein the input/output means of the medical 
transaction carrier and the communication means of the computer each include a 
wireless transmitter/receiver. 



8. 

energy. 
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11. The system of claim 10 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

12. The system of claim 11 wherein the electromagnetic energy is infrared 
energy. 

13. The system of claim 11 wherein the electromagnetic energy is radio 
frequency energy. 

14. The system of claim 3 wherein the memory of the medical transaction 
carrier is a magnetic strip and the reader is a magnetic strip reader. 

15. The system of claim 1, wherein the medical transaction carrier is a 
smart card. 

16. The system of claim 1 wherein the medical transaction carrier is a 
personal data assistant (PDA). 

17. The system of claim 16 wherein the PDA includes a means for manually 
entering information into the memory of the PDA. 

18. The system of claim 1 wherein the medical transaction carrier includes 
an embedded processor. 

19. The system of claim 3 wherein the medical transaction carrier is a smart 
card and the reader is configured to provide a communication path between a smart 
card and the patient specific asset. 

20. The system of claim 3 wherein the medical transaction carrier includes 
an embedded processor and the reader is configured to provide a . communication 
path between the embedded processor and the patient specific asset. 
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21. The system of claim 3 wherein the medical transaction carrier is a PDA 
and the reader comprises a cradle configured to provide a communication path 
between the PDA and the patient specific asset. 

22. The system of claim 1 wherein the patient specific asset is an infusion 

pump. 

23. The system of claim 1 wherein the medical transaction information 
includes a unique transaction identifier. 

24. The system of claim 1 wherein the medical transaction information 
includes information identifying the location of the patient specific asset in an facility. 

25. The system of claim 1 wherein the medication transaction information 
includes an identification of a care-giver delivering medication to a patient. 

26. A system for managing information relating to the delivery of 
medication to a patient, comprising: 

a medication order data base in which medication orders for patients are 
stored and each order is assigned a unique identifier; 

a computer in communication with the medication order data base and 
adapted to process the medication orders stored in the data base; 
a medical transaction carrier having: 

a memory for storing medication order information including 
medication orders; and 

a patient specific asset configured for physically interacting with a patient, and 
having: ~ : *f 



a communication device to communicate with the medical 
transaction carrier; . 

a memory adapted to store medication order information 
15 received from the medical transaction carrier; 
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a processor adapted to : 

compare medication order information stored in the 

memory of the patient specific asset to medication order 

information retrieved from the medical transaction carrier to 
2 0 validate the retrieved medication order information; 

to communicate through the communication device to the 

medical transaction carrier that the medication order was 

received by the patient specific asset; 

to continue to communicate to each medical transaction 
25 carrier that a medication order resides in the memory Until the 

medication transaction carrier includes a cleared indicator from 

the computer; and 

a computer in operable communication with a memory for storing medication 
order information, the computer operably connected to 
30 a communication device to communicate with the medical 

transaction carrier; and 

wherein the computer is configured to compare medication order 
information stored in the operably connected memory to medication 
order information communicated from the medical transaction carrier 
35 to validate the communicated medication order information. 

27. The system of claim 26, wherein the medical transaction carrier further 
comprises input/output means for receiving information from an information source 
to be stored in the memory and for transmitting information stored in the memory to 
an information receiver. 

28. The system of claim 27, wherein the input/output means of the medical 
transaction carrier and the communication device of the patient specific asset each 
include a wireless transmitter/receiver. 
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29. The system of claim 28 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy.. 

30. The system of claim 29 wherein the electromagnetic energy is infrared 
energy. 

31. The system of claim 29 wherein the electromagnetic energy is radio 
frequency energy. 

32. The system of claim 27, wherein the input/output means of the medical 
transaction carrier and the communication device of the computer each include a 
wireless transmitter/receiver. 

33. The system of claim 32 wherein the wireless transmitter/receivers 
transmit and receive signals using electromagnetic energy. 

34. The system of claim 33 wherein the electromagnetic energy is infrared 
energy. 

35. The system of claim 33 wherein the electromagnetic energy is radio 
frequency energy. 



36. The system of claim 26 wherein the communication device of the 
patient specific asset includes a reader configured to provide a communication path 
between the medical transaction carrier and the patient specific asset. 

37. The system of claim 36 wherein the patient specific asset includes a 
housing and the reader is mounted within the housing. 



38. The system of claim 36 wherein the memory of the medical transaction 
carrier is a magnetic strip and the reader is a magnetic strip reader. 
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39. The system of claim 26, wherein the medical transaction carrier is a 
smart card. 

40. The system of claim 26 wherein the medical transaction carrier is a 
personal data assistant (PDA). 

41. The system of claim 40 wherein the PDA includes a means for manually 
entering information into the memory of the PDA. 

42. The system of claim 26 wherein the medical transaction carrier includes 
an embedded processor. 

43. The system of claim 36 wherein me medical transaction carrier is a 
smart card and the reader is configured to provide a communication path between a 
smart card and the patient specific asset. 

44. The system of claim 36 wherein the medical transaction carrier includes 
an embedded processor and the reader is configured to provide a communication 
path between the embedded processor and the patient specific asset. 

45. The system of claim 36 wherein the medical transaction carrier is a PDA 
and the reader comprises a cradle configured to provide a communication path 
between the PDA and the patient specific asset. 

46. The system of claim 26 wherein the patient specific asset is an infusion 

pump. 

47. The system of claim 26 wherein the medication order information 
includes information identifying the location of the patient specific asset in an facility. 
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48. The system of claim 26. wherein the medication order, information 
includes an identification of a care-giver delivering medication to a patient. 

49. A method for managing information relating to the delivery of medical 
care to a patient, comprising: 

storing medical transaction information representing an order for medical care 
to be delivered to the patient in a memory of a medical transaction carrier; 

retrieving delivery information for previous medical transactions from a 
database and storing the retrieved information in the memory of the medical 
transaction carrier; • 

transporting the medical transaction carrier to a patient specific asset 
associated with the patient, the patiept specific asset having a memory including 
delivery information generated by the patient specific asset during previous medical 
care deliveries stored therein; 

communicating the medical transaction information and the delivery 
information from the medical transaction carrier to the patient specific asset; and 

determining from the communicated delivery information whether delivery 
information generated by the patient specific asset has been previously 
communicated to and received by the database. 

50. The method of claim 49 wherein determining includes comparing the 
delivery information communicated from the medical transaction carrier to the stored 
delivery transaction information to determine whether the communicated delivery 
information includes information indicating that delivery information generated by 
the patient specific asset for a previous medical care delivery has been received by the 
database. 

51. The method of claim 49 wherein storing medical transaction 
information includes associating a unique transaction identifier with the medical 
transaction information. 
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52. The method of claim 49 further comprising: 
delivering the medical care to the patient using the patient specific asset; 
generating delivery information representative of the medical care delivery by 
the patient specific asset; and 

communicating the generated delivery information to the medical transaction 



53. The method of claim 52 further comprising: 
communicating the generated delivery information from the medical 

transaction carrier to the database. 

54. The method of claim 53 wherein storing the medical transaction 
information includes storing the medical transaction information in the database; 
and, further comprising: 

associating the communicated generated delivery information with the medical 
transaction information stored in the database, indicating that the medical care has 
been delivered to the patient. 

55. The method of claim 54, wherein storing the medical transaction 
information further comprises generating reception information indicating that the 
generated delivery information has been received by the database. 

56. The method of claim 55, wherein generating reception information 
further comprises communicating the reception information to the patient specific 



57. The method of claim 56, further comprising: 
receiving the communicated reception information by the patient specific 
asset, and 

clearing all information associated with the reception information from the .w 
5 memory of the patient specific asset. 
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58. . A method for managing information relating to the delivery of medical 
care to a patient, comprising: 

retrieving delivery information for previous medical transactions from a 
database; 

communicating medical transaction information representing an order for 
medical care to be delivered to the patient and the delivery information to a patient 
specific asset; and 

determining from the communicated delivery information whether delivery 
information generated by the patient specific asset has been previously 
communicated to and received by the database. 

s . '. 

59. The method of claim 58 wherein determining includes comparing the 
communicated delivery information to delivery information stored in a memory of the 
patient specific asset to determine whether the communicated delivery information 
includes information indicating that delivery information generated by the patient 
specific asset for a previous medical care delivery has been received by the database. 

60. The method of claim 58 wherein communicating medical transaction 
information includes associating a unique transaction identifier with the medical 
transaction information. 

61. The method of claim 58 further comprising: 

delivering the medical care to the patient using the patient specific asset- 
generating delivery information representative of the medical care delivery by 
the patient specific asset; and 

communicating the generated delivery informatiohio the database. 

62. The method of claim 61 wherein communicating the medical 
transaction information includes storing the medical transaction information in the 
database; and, further comprising: 
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associating the communicated generated delivery information with the medical 
5 transaction information stored in the database, indicating that the medical care has 
been delivered to the patient. 

63. The method of claim 62, wherein storing the medical transaction 
information further comprises generating reception information indicating that the 
generated delivery information has been received by the database. 

64. The method of claim 63, wherein generating reception information 
further comprises communicating the reception information to the patient specific 
asset. 

65. The method of claim 64, further comprising: 

receiving the communicated reception information by the patient specific 
asset, and 

clearing all information associated with the reception information from a 
5 memory of the patient specific asset. 

66. A method for managing information relating to the delivery of medical 
care to a patient, comprising: 

retrieving delivery information for previous medical transactions from a 

database; 

5 communicating medical transaction information representing an order for 

medical care to be delivered to the patient and the delivery information to a patient 
specific asset; and 

comparing the communicated delivery information ^delivery information 
stored in a memory operably connected to the patient specific asset to determine 
10 whether the communicated delivery information includes information indicating that 
delivery information generated by the patient specific asset for a previous medical 
care delivery has been received by the database. 



46 



..O 01/88828 



PCT/US01/I5989 



67. The method of claim 66 wherein communicating medical transaction 
information includes associating a unique transaction identifier with the medical 
transaction information. 

68. The method of claim 66 further comprising: 

delivering the medical care to the patient using the patient specific asset; 
generating delivery information representative of the medical care delivery by 
the patient specific asset; and 

communicating the generated delivery information to the database. 

69. The method of claim 68 wherein communicating the medical 

trar* action.information includes storing the medical transaction information in the 
database; and, further comprising: 

associating -he communicated generated delivery information with the medical 
transaction information stored in the database, indicating that the medical care has 
been delivered to, the patient. 

70. The method of claim 69, wherein storing the medical transaction 
information further comprises generating reception information indicating that the 
generated delivery information has been received by the database. 

71. The method of claim 70, wherein generating reception information 
further comprises communicating the reception information to the patient specific 
asset. 

72. The method of, claim 71, further comprising: 

receiving the communicated reception informationlby the patient specific 
asset, and 

clearing all information associated with the reception information from a 
memory of the patient specific asset. 
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73. A system for managing information relating to the delivery of medical 
care to a patient, comprising: 

an information system having: 

communication means for transmitting and receiving medical 
5 transaction information; 

a patient specific asset, the patient specific asset 
having: 

communication means for communicating with the information 
system for receiving medical transaction information from the 
10 information system and for communicating delivery medical transaction 

information from the patient specific asset to the information system, 

a memory for storing the delivery medical transaction 
information, and 

a processor configured to compare the delivery medical 
15 transaction information stored in the memory of the patient specific 

asset to the medical transaction information received from the 
information system to determine whether the received medical 
transaction information includes a signal from the information system 
that the stored delivery medical transaction information has been 
20 previously communicated to the information system by the patient 

specific asset. 

74. The system of claim 73, further comprising: 

a plurality of medication transaction carriers for communicating 
medical transaction information; and 

wherein the communication means of the information system and the 
5 patient specific asset include means for inputting and retrieving medical transaction 
information to and from the medical transaction carrier. 

75. The system of claim 74, wherein the information system communicates 
a medical transaction order to the patient specific asset using a selected number of 
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the plurality of medical transaction carriers and includes a signal in medical 
transaction information latter communicated to the patient specific asset when the 
information system determines that it has received validation, that all of the selected 
number medical transaction carriers for the medical transaction order were received 
by the patient specific asset. 
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